THOD AND APPARATUS FOR SIMULATING A SYSTEM 
USING AN OBJECT ORIENTED LANGUAGE 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to a method, an apparatus, and a storage medium 
for simulating a system using an object oriented language suitable for the simulation of a 
large scale system such as an SOC (System On a Chip), which includes a plurality of 
circuit modules, by means of software. 

Description of the Related Art 

There are conventional software simulators using the HDL (Hardware 
Description Language) for designing a system. Table 1 shows the examples of 
statements of a circuit model in the HDL, and FIG. 1 is a schematic diagram 
corresponding to the statement examples of Table 1. Data is input to or output from the 
circuit module described in the HDL through terminals. The communication between 
the circuit modules is made by connecting signal lines to the terminals. For example, as 
shown in FIG. 1 , when a circuit module C includes circuit modules A and B, a terminal 
al of the circuit module A is connected to a terminal bl of the circuit module B by 
providing a signal line cl in the circuit module C ([1] in Table 1), connecting the 
terminal al of the circuit module A to the signal line cl of the circuit module C ([2]), 
and connecting the terminal bl of the circuit module B to the signal line cl of the circuit 
module C ([3]). Once the signal line is connected, one of simulation models drives the 
signal line, and the other simulation model observes the signal value, and thus the signal 
can be transmitted. To make the communication between the circuit modules accurate, 



the terminal of one circuit module must be accurately connected to the terminal of the 
other circuit module. 







TABLE 1 


Statement in HDL 






Module C; 






Wire cl, 






ModuleA A( 


■ al 


(cl), . . .); 


ModuleB B ( 


.bl 


(cl), . . .); 


Endmodule 







A general design procedure for designing a system including a plurality of 
circuit modules using the software simulator such as the HDL will be explained. First, 
the system is divided into a plurality of circuit modules. At that time, considering a later 
step of rejoining the modules, rules of interface between the circuit modules are defined. 
The rules of interface describe the signal line widths and roles of the terminals of the 
circuit modules. The rules are described in a document in a natural language, or are 
orally reported, so that a number of designers have the rules in common. The circuit 
modules are produced according to the rules. 

After all the circuit modules are produced, the system is produced (described) 
in the HDL to combine the circuit modules so that they can communicate with each 
other. It is visually judged, or it is checked by system simulation, whether the circuit 
modules observe the rules. When it is confirmed that the result of the simulation is 
correct, the actual circuit is produced, based on the HDL statements. 

Software simulation using an HDL has been developed to certify small scale 



circuits or systems. However, there are some problems in the application of this 
software simulation to SOCs such as LSIs (Large Scale Integrations) having a high 
integration degree. 

For example, when connecting two circuit modules, the functions of the 
terminals of both the circuit modules must be checked. The conventional simulation 
using the HDL does not automatically check the functions. Because the terminals can be 
freely named in the HDL, the names of terminals having specific meanings, such as 
CLOCK, or RESET, may differ between the circuit modules. Therefore, when 
connecting the terminals by signal lines, the meanings of the terminals of the respective 
circuit modules must be visually and manually checked according to the HDL statements 
or the other documents. Thus, when combining the circuit modules to produce the 
system, the designers must do the troublesome work to check the connections between 
the modules. 

To connect the circuit modules, the connections of all the terminals of the 
respective circuit modules must be described. There is the problem that, to change the 
described connections, a number of portions in the statements must be rewritten. Even 
when only a clock terminal of a circuit module receives an input, the connections or 
disconnections of all the terminals of the circuit modules must be described. That is, 
whenever the connections are changed, the detailed information regarding the circuits to 
be connected must be rewritten. It therefore requires much labor to replace a circuit 
module in the system. 

A technique of a simulation method, which differs from the software simulation 
using the conventional HDL and which is suitable for the development of a system 
including a plurality of module, is disclosed in the reference "OO-VHDL Object- 
Oriented Extensions to VHDL" (IEEE Computer, Oct., 1995, pp. 18-26). The simulation 



method described in the reference uses a new language in which the features of an object 
oriented language are incorporated into the conventional HDL, and describes the 
modules and the connections between the modules. It is described in the reference that 
the features of the object oriented language, such as "class" and "inheritance", make the 
statements and recycling of the modules easy. The reference, however, does not disclose 
a specific means for applying the simulation method, or the method for describing the 
modules to a large scale system in which a plurality of various types of circuit modules 
are connected. 

The reference "C++ Simulator [ClassMate] for Actualizing Prior Certification 
of SOC (the Institute of Electronics, Information, and Communication Engineers, the 
Technical Report, VLD98-46, 1 998-09) discloses a method for the simulation of large 
scale systems using the C++ language which is an object oriented language. The 
simulation method and the method for describing the modules, however, do not make 
use of the advantages of the object oriented language. Therefore, there remains a 
problem similar to that of the HDL in the recycling of the modules and the connections 
between the modules. 

BRIEF SUMMARY OF THE INVENTION 
It is therefore an object of the present invention to provide a method, an 
apparatus, and a storage medium for simulating a system which can easily and reliably 
describe the circuit modules and their connections and expand the system and the circuit 
modules, using the object oriented language, when simulating the system including a 
plurality of modules using software. 

In a first aspect of the present invention, the simulation method for simulating a 
system having a plurality of circuit modules using software, comprises the steps of: 




using an object oriented language; preparing a plurality of circuit base classes, which 
describe base circuit modules as classes, as a library; describing the circuit modules to 
be simulated as classes by inheriting the circuit base classes prepared as the library; and 
describing the system to be simulated by combining the circuit modules described as the 
5 classes. 

In a second aspect of the present invention, the simulation method further 
comprises the step of describing the system as a class by inheriting the circuit base 
classes prepared in the library. 

In a third aspect of the present invention, the simulation method further 
10 comprises the step of preparing a component class having the properties of a circuit 
which contains a circuit operating asynchronously with a clock signal, and a 
synchronous module class, having the properties of a circuit operating synchronously 
with the clock signal in the library, which is derived from the component class. 

In a fourth aspect of the present invention, the simulation method further 
1 5 comprises the step of preparing a bus class having the properties of a bus, a bus master 
class having the properties of a bus master, a bus slave class having the properties of a 
bus slave, as a circuit base class described as a class derived from the synchronous 
module class, in the library. 

In a fifth aspect of the present invention, the simulation method further 
20 comprises the step of preparing a bus master interface class, whose base classes are the 
synchronous module class, and which has the properties of a bus master interface, and a 
bus slave interface class having the properties of a bus slave interface, as the circuit base 
classes in the library. 

In a sixth aspect of the present invention, the simulation method further 
25 comprises the step of preparing a central processing unit class, whose base class is the 



synchronous module class, and which has the properties of a central processing unit, as 
the circuit base class in the library. 

In a seventh aspect of the present invention, the simulation method further 
comprises the step of preparing a hierarchy class, whose base class is the synchronous 
module class, and which has the properties of a hierarchy of a circuit containing the bus, 
as the circuit base class in the library. 

In an eighth aspect of the present invention, the simulation method further 
comprises the step of preparing a memory class, whose base class is the bus slave class, 
and which has the properties of a memory, as the circuit base class in the library. 

In a ninth aspect of the present invention, the simulation apparatus, using a 
computer, for executing the above described method. 

In a tenth aspect of the present invention, the computer-readable storage 
medium stores a computer program for executing the method. 

The present invention is characterized by the statements of the simulation 
model of the system. The present invention uses the object oriented language to 
describe the system. Therefore, the properties of the circuit modules can be prepared as 
the class library. A user (designer) can use the inheritance of the properties when 
describing the circuit modules. The present invention provides the following 
advantages: (1) it is easy to replace the circuit module, and the connections between the 
circuit modules are automatically checked, (2) the configuration for displaying the 
information is commonly used, (3) the configuration for controlling the simulation is 
commonly used, and (4) it is automatically checked whether the statements of the circuit 
interfaces are sufficient. 



BRIEF DESCRIPTION OF THE DRAWINGS 



FIG. 1 is a diagram for explaining the example of a circuit system in the 
conventional HDL. FIG. 1 is a schematic diagram corresponding to Table 1 . 

FIG. 2 is a block diagram showing the main configuration of the simulation 
method (apparatus) of the present invention. 

FIG. 3 is a diagram for explaining the system statements shown in FIG. 2. FIG. 
3 is a schematic diagram corresponding to the examples in Table 3. 

FIG. 4 is a diagram showing the hierarchic relationships between the circuit 
base classes in the embodiment of the present invention. 

FIG. 5 is a block diagram showing the simulation method (or apparatus) of the 
present invention. 

FIG. 6 is a block diagram showing an example of a circuit system for 
explaining the system statements of the embodiment of the present invention. 

FIG. 7 is a block diagram showing the configuration of the system for 
explaining the simulation of the data transfer through the bus in an embodiment of the 
present invention. 

FIG. 8 is a diagram showing an example of data to be transferred by the system 
shown in FIG. 7. 

FIG. 9 is a timing chart showing the timings of the operations for explaining the 
simulation of the data transfer through the bus by the system of FIG. 7 according to an 
embodiment of the present invention. 

FIG. 10 is a diagram for explaining a method for creating a new class according 
to the embodiment of the present invention. FIG. 10 is a schematic diagram 
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corresponding to Table 25. 

FIG. 1 1 is a diagram showing the examples of system statements using the class 
ClassX shown in FIG. 10. FIG. 1 1 is a schematic diagram corresponding to Table 26. 

FIG. 12 is a diagram showing other examples of system statements using the 
class ClassX shown in FIG. 10. FIG. 12 is a schematic diagram corresponding to Table 
27. 

FIG. 1 3 is a diagram for explaining another method for creating a new class 
according to the embodiment of the present invention. FIG. 13 is a schematic diagram 
corresponding to Table 28. 

FIG. 14 is a diagram showing other examples of system statements using the 
class ClassY shown in FIG. 13. FIG. 14 is a schematic diagram corresponding to Table 
29 

FIG. 1 5 is a diagram showing examples of system statements. FIG. 1 5 is a 
schematic diagram corresponding to Table 30. 

DETAILED DESCRIPTION OF THE INVENTION 

The embodiment of the simulation method of the present invention will be 
explained with reference to the figures. In the embodiment, a simulation model is 
described in the C++ language. The C++ language and the terms used in the description 
will be defined in the following. 

[C++ Language] 

The C++ is a programming language, and is classified as an object oriented 
language. The terms used in the C++ are class, member function (method), object, 
inheritance, base class, derived class, override (overload), pure virtual function, etc. The 
class represents a property. The property is described by a member function. The 



member function defines the operation of the class. The member function is sometimes 
termed a method. In general, when the ClassX is permitted to perform the operation of a 
member function Functionl, it is called "the ClassX has Functionl". The object is an 
entity which is embodied from a class. When the class ClassX is embodied to obtain the 
5 object ObjectX, it is said that "the ObjectX is of the ClassX". The object has properties 
which are defined in the class. For example, in the example described in the C++ 
language in Table 2, because Class A has member functions Functionl and Function2 
([!]), ObjectA has Functionl and Function2 ([2]). 



f 5 ^ 





10 










TABLE 2 
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class ClassA{ 




y 5 

rn 




public : 
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void Function2 (void) { . . .}; 


[6] 






}; 
















class ClassB : public ClassA{ 


[3] 


ru 


20 


public: 




s 




void Function2 (void) { . . .}; 


[7] 






void Function3 ( void) { . . .}; 








}; 






25 


class ClassC{ 








public : 








virtual void Functionl ( void) =0 ; 


[8] 






}; 






30 


class ClassD: public *ClassC{ 








Public: 








void Functionl (void) ; 


[10] 






}; 






35 


main (void) { 








ClassA ObjectA; 


[2] 
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Object A. Functionl ( ) ; 
ObjectA. Function2 ( ) ; 

ClassB ObjectB; [4] 
Ob j ectB . Functionl { ) ; 
Obj ectB . Funct ion2 ( ) ; 
Ob j ectB . Funct ion3 ( ) ; 

ClassA *PointerA; [5] 
PointerA=&Obj ectB; 
PointerA->Functionl ( ) ; 
PointerA->Function2 () ; 
//PointerA->Function3 ( ) ; 

//Because ClassA does not have Function3, 

//the compiler outputs an error. 

//ClassCObjectC; [9] 

//Because ClassC has a pure virtual function, 

//an object cannot be produced. 
//Therefore, the compiler outputs an error. 

ClassD ObjectD; 
} 



The inheritance means that the property of a class is inherited by another class. 
Specifically, a member function defined in one class is also defined in another class 
which inherits the class. For example, when producing ClassB inheriting ClassA ([3]), 
ClassA has the member function Functionl, and therefore ClassB tacitly has Functionl 
even when ClassB does not define Functionl ([4]). 

The base class is a class inherited by another class. In the above example, 
ClassA is the base class of ClassB ([3]). The derived class is a class which inherits 
another class. In the above example, ClassB is the class derived from ClassA. To define 
the derived class, as shown in the statement denoted by [3], the name of the derived class 
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20 



(ClassB) is described after a reserved word "class", and subsequently ":public ClassA" 
(ClassA is the name of the base class) is described. The "rpublic" is a reserved word 
which designates the manner of derivation (the way of accessing the member of the base 
class (public derivation). The object of the derived class can be handled as the object of 
the base class. For example, ObjectB of ClassB can be handled as the object of ClassA 



"Override" means re-defining the operation of the member function in the 
derived class, which has been defined in the base class. For example, in Table2, 
although ClassA defines the function of the member function Function2 (the portion [6], 
whose detailed description is omitted), this function is not desired in the derived class 
ClassB. Accordingly, ClassB redefines the member function Function2 to change the 
operation of Function2 ([7]). This is termed overriding Function2 in ClassB. When 
ClassB overrides Function2, the operation of Function2 in ClassB differs from that of 
Function2 in ClassA. 

A member function whose operation is not defined in the class is termed a pure 
virtual function ([8], which is described by the expression "[function]=0"). When 
producing the object of the class having the pure virtual function, the compiling causes 
an error ([9], where, in Table 2, "//" indicates comments in the C++ language). The 
virtual pure function is to be overridden in the derived class which inherits and uses the 
class with the virtual pure function ([10]). 



The premise for performing the simulation, that is, using the embodiment will 
be explained. In general, to construct the system, the system is divided into blocks 
according to the functions. The blocks are termed circuit modules. The communication 



([5]). 



[Premise] 
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between the circuit modules is determined. Then, the circuit modules are separately 
designed. After the design of all the circuit modules is completed, the circuit modules 
are assembled into a single system. The system is operated by the communication 
between the circuit modules. The procedure for the simulation of the system is 
5 described below (with reference to FIG. 2). 

1 . The system which is the simulation target is described in the C++ language. 

(A) The classes of the circuit modules are declared ([1] in FIG. 2). In the 
example of FIG. 2, a CPU class 101, a bus master interface class 102, and a bus class 
103 are produced as user created classes. 
J3 10 (B) The simulation model (system statement 104) of the entire system is 

produced ([2]). The objects of the circuit classes included in the system are produced 

SJS : 

r; ([3]). Next, the objects are connected, and the communication between the circuit 

r* objects is described. The simulation model of the entire system is thus described ([4]). 

yj The connection between the circuit objects is achieved by giving the pointer of a circuit 

fy 15 object A to another circuit object B. The communication between the circuit objects is 
H achieved by executing the function of the circuit object A from the circuit object B. 

Table 3 shows the examples of the statements in the C++ language in which ObjectB 
receives data indicated by an argument i from ObjectA (GetData), and FIG. 3 is 
schematic diagram thereof. 

20 





TABLE 3 


EXAMPLE OF DESCRIPTION IN C++ 




class ClassA { 




void GetData (int 


I) ; 
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}; 










class ClassB{ 




5 




ClassA *PointerA; 








void ConnectA (ClassA *a) 








(Pointer A==a \ : 








void OneStep (void) { 




10 




= PointerA->GetData (I) ; 


Q 

yQ 
SI 






} 








}; 


Si 














main ( ) { 


H 
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ClassA ObjectA; 








ClassB ObjectB; 


yj 






Ob j ectB . ConnectA ( &0b j ect A) ; 








Ob j ectB . OneStep ( ) ; 




20 












} 



(C) Next, an information display section of the circuit is incorporated. In the 
prior certifications with simulations, it was necessary to know how the CPU and the bus 
25 operate, for example, to know the portion of software the CPU is executing, the 

variables of the software operating in the CPU, the share of the bus, a master which is 
using the bus, or the like. The statement of the process for displaying those information 
is added to the system statement. In FIG. 2, the statement for displaying the information 
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of the bus prepared in advance in a library, and the statement for displaying the 
information of the bus may be modified if necessary, and are incorporated at appropriate 
positions in the system statement 104 as a CPU information display section 105 and as a 
bus information display section 106, respectively. 
5 2. A simulation controller is incorporated. 

When executing the simulation, the system can be reset or operated, depending 
on an instruction from a user. Therefore, a section for controlling the system, depending 
on the user instructions, is added to the system statement 104 to complete a simulator 
~ source 108. 

\1 10 3. The simulation mode (simulator source 108), described in item 2, is 

ru 

Oi compiled by a C++ compiler 109, to thereby obtain the execution type of the simulator 

M (simulator 110). 

a 4. The simulation is executed by the simulator 110. 

Jjj When the simulation certifies that the system operation is normal, the actual 

™ 15 circuit is produced based on the statement in the C++ language. 

Ms 

[Schematic Configuration of the Embodiment of the Invention] 

The classes used in the embodiment will be explained. The embodiment 
prepares the classes, shown in Table 4, as a class library. As shown in Table 4, the 

20 embodiment defines a class CmComponent (component class) with the properties 

common to the entire circuit, a class CmSyncModule (synchronous module class) with 
the property of the circuit operating synchronously with a clock, a class CmBusMaster 
(bus master class) with the property of the main section of a bus master, a class 
CmBusSlave (bus slave class) with the property of the main section of a bus slave, a 

25 class CmBusMstlntf (bus master interface class) with the property of bus master 
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interface, a class CmBusSlvIntf (bus slave interface class) with the property of bus slave 
interface, a class CmBusSystem (bus class) with the property of bus, a class CmCpu 
(CPU class) with the property of a CPU, a class CmMemory (memory class) with the 
property of a memory, and a class CmHier (hierarchy class) with the property of a 
5 hierarchy of the circuit containing the bus. 







TABLE 4 




CLASS 


PROPERTY 


10 


CmComponent 


general circuit 




CmSyncModule 


circuit operating synchronously with clock 




CmBusMaster 


main section of bus master 




CmBus Slave 


main section of bus slave 




CmBusMstlntf 


bus master interface 


15 


CmBusSlvIntf 


bus slave interface 




CmBusSystem 


bus 




CmCpu 


CPU 




CmMemory 


memory 




CmHier 


hierarchy of a circuit containing the bus 


20 







In the present invention, the classes, prepared as the library, are termed a circuit 
base class. The classes have the relationship of inheritance as shown in FIG. 4. In FIG. 

25 4, the class CmSyncModule 202 inherits the class CmComponent 201 . The other classes 
CmBusMaster 203, CmBusSlave 204, CmBusMstlntf 205, CmBusSlvIntf 206, 
CmBusSystem 207, and CmHier 208 inherit the class CmSyncModule 202. FIG. 4 
shows, in addition to the relationship of inheritance between the classes, the list of main 
member functions of the classes. The details of the member functions will be discussed 

30 below. Although not shown in FIG. 4, the class CmCpu (CPU class) inherits the class 
CmBusMaster 203, and the class CmMemory (memory class) inherits the class 




CmBusSlave 204. 

When dividing the system into the circuit modules, the roles of the respective 
circuit modules must be decided. Therefore, when describing circuit classes 
corresponding to the circuit modules, the circuit modules are defined as classes derived 
5 from the circuit base classes (as actual circuit classes, or user created classes) by 

selecting and inheriting the circuit base classes corresponding to the roles from the class 
library. The circuit classes for performing desired operations are realized by overriding 
the functions. 

The examples of the actual circuit classes are shown in Table 5. In the classes 
10 used to create the model of a PCI bus (Peripheral Component Interconnect), the 
examples are a class CmPciBusMstlntf derived from the circuit base class 
CmBusMstlntf, a class CmPciBusSlvIntf derived from the circuit base class 
CmBusSlvIntf, a class CmPciBusSystem derived from the circuit base class 
CmBusSystem, and a class CmV850 derived from the circuit base class CmCpu used to 
1 5 create the mode of V850 (trademark) CPU. 





TABLE 5 


ACTUAL CIRCUIT CLASS 


CIRCUIT BASE CLASS 


CmPciBusMstlntf 


CmBusMstlntf 


CmPciBusSlvIntf 


CmBusSlvIntf 


CmPciBusSystem 


CmBusSystem 


CmV8 50 


CmCpu 



After the circuit classes in the system are created, the system is described as one 
25 class. The class of the system contains the objects of the circuit classes created in the 

above step. Further, the circuit information display section is incorporated in the class of 
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the system. The class of the system selects and inherits the circuit base classes, which 
are suitable for the properties of the system, from the class library. 

The method of the simulation of the present invention is described in the 
following. An example is shown in FIG. 5. 
5 1 . The system which is the target of the simulation is described in the C++ 

language. 

(A') The classes of the circuit modules are declared (created) by inheriting the 
circuit base classes suitable for the respective modules from the class library 300 in 
which a plurality of circuit base classes have been prepared in advance. In the example 
10 shown in FIG. 5, a user created CPU class 101 is declared by inheriting the CPU circuit 
base class (CmCpu) 301, a user created bus master interface class 102 is declared by 
inheriting the bus master interface circuit base class (CmBusMstlntf) 302, and a user 
created bus class 103 is declared by inheriting the bus circuit base class (CmBusSystem) 
303. 

15 (B') The class of the system is created by inheriting suitable circuit base class 

from the class library 300. In the example of FIG. 5, the class is created by inheriting 
the synchronous circuit circuit base class (CmSyncModule) 304 ([2] in FIG. 5). 

(C) Next, the circuit information display section (a CPU display section 105, 
and a bus information display section 1 06) are incorporated. 

20 The steps (A*), (B 1 ), and (C) are basically similar to the steps (A), (B), and (C) 

described in the premise with reference to FIG. 1, except that the classes of the circuit 
modules and of the system which includes the circuit modules are created by inheriting 
the circuit base classes defined in the class library 300. In FIG. 5, the reference 
numerals are employed to denote like parts in FIG. 2. 

25 2. Next, a simulation controller 107 is incorporated to create a simulator source 
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108. 

3. The statement of the item 2 is compiled by the C++ compiler 109 to obtain 
the execution type of the simulator 110. 

4. The simulation is performed by executing the simulator. 

5 In the embodiment, since the system inherits the circuit base class, the system 

has the properties of the circuit modules. Hence, the system can be used as a circuit 
module which is to be included in another system. That is, the systems can be described 
hierarchically. When the system is described hierarchically, the effect of the present 
invention can be achieved. 

10 

[Details of Circuit Base Class] 

Next, the circuit base class shown in Table 4 will be explained in detail. 

(1) The CmComponent class has the following functions, and is used to 
describe a combination circuit having no clock. 
1 5 The CmComponent class has a Reset function. The function is used for 

asynchronous resetting. 

The CmComponent class has a GetPinValue function. The function is executed 
by a circuit X when the circuit X reads the value of a signal at a terminal of a circuit Y. 

The CmComponent class has a SetPinValue function. The function is executed 
20 by the circuit X when the circuit X applies a signal to the terminal of the circuit Y. 

A Reset function is a pure virtual function. Therefore, the process of the 
function must be defined in the class which inherits CmComponent. Further, the 
embodiment provides, in addition to the communication between the circuits through the 
terminals, the communication through the bus. The communication through the bus is 
25 simulated at a high speed by the CmBusMaster class, and the CmBusSlave class. 
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Therefore, the communication which does not use the bus is described with the 
GetPinValue function and the SetPin Value function. 

(2) The CmSyncModule class has the following functions, and is used to 
describe a sequence circuit which has a clock. 

5 The CmSyncModule class has the Reset function, the GetPinValue function, 

and the SetPin Value function. The meanings of the functions are the same as those in 
the CmComponent class. 

The CmSyncModule class has a OneStep function. The function is used to 
perform a one step operation of the circuit. The OneStep function is a pure virtual 
10 function. Therefore, the process of this function must be defined in the class which 
inherits CmSyncModule. 

(3) The CmBusMaster class has the following functions, and is used to describe 
the main section of the bus master. The bus master is used to describe the circuit module 
which actively drives the bus. The bus master interface, which is referred to in the 

1 5 following description, is a circuit module between the bus and the bus master to absorb 
the differences between the buses. 

The CmBusMaster class has the Reset function, the GetPinValue function, the 
SetPinValue function, and the OneStep function. The meanings of the functions are the 
same as those in the CmSyncModule class. 
20 The CmBusMaster class has a ReadBusMaster function. The function reads a 

value from an object to the bus. 

The CmBusMaster class has a WriteBusMaster function. The function writes a 
value from the bus into an object. 

The CmBusMaster class has a ConnectBusMstlntf function. The function is 
25 used to connect the bus master interface. 
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The ReadBusMaster function, and the WriteBusMaster function are pure virtual 
functions. Therefore, the processes of those functions must be defined in the class which 
inherits CmBusMaster. 

(4) The CmBusSlave class has the following functions, and is used to describe 
the main section of the bus slave. The bus slave is a circuit module which passively 
receives data from the bus. In the following description, the bus slave interface is a 
circuit module between the bus and the bus slave to absorb the differences between the 
buses. 

The CmBusSlave class has the Reset function, the GetPin Value function, the 
SetPinValue function, and the OneStep function. The meanings of the functions are the 
same as those in the CmSyncModule class. 

The CmBusSlave class has a ReadBusSlave function. The function reads a 
value from the object to the bus. 

The CmBusSlave class has a WriteBusSlave function. The function writes a 
value from the bus to the object. 

The CmBusSlave class has a ConnectBusSlvIntf function. The function is used 
to connect the bus slave interface. 

The ReadBusSlave function, and the WriteBusSlave function are pure virtual 
functions. Therefore, the processes of those functions must be defined in the class which 
inherits CmBusSlave. 

(5) The CmBusMstlntf class has the following functions, and is used to create 
the bus master interface. The bus master interface is a circuit module which absorbs the 
differences between the buses when actively driving the bus. 

The CmBusMstlntf class has the Reset function, the GetPin Value function, the 
SetPinValue function, and the OneStep function. The meanings of the functions are the 
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same as those in the CmSyncModule class. 

The CmBusMstlntf class has an IsBusReq function. The function returns 
whether the bus master interface requests the use of the bus. 

The CmBusMstlntf class has an AssertBusGnt function. The function notifies 
5 the bus master interface of the permission of the use of the bus from an external circuit 
(which is normally an arbiter). 

The CmBusMstlntf class has a DisassertBusGnt function. The function notifies 
the bus master interface of the prohibition of the use of the bus from the external circuit 
(which is normally an arbiter (or arbitor)). 
10 The CmBusMstlntf class has an Append WriteData function, a Start Write 

function, an IsWriteEnd function, an AppendReadAddress function, a StartRead 
function, an IsReadEnd function, and a GetReadData function. These functions are used 
to control the class CmBusSystem object from the class CmBusMaster object. 

The AppendWriteData function writes an address of the bus slave to which the 
1 5 data is to be written, the data to be written, and the number of bytes of the data to be 
written, in a predetermined variable area (buffer) in the class. The Start Write function 
starts the writing operation of the data to the bus. The IsWriteEnd function returns the 
result indicating whether the writing operation of the data to the bus is completed. The 
AppendReadAddress function writes the address of the bus slave from which the data is 
20 to be read, and the number of bytes of the data to be read, into the buffer. The StartRead 
function starts the reading operation of the data from the bus. The IsReadEnd function 
returns the result indicating whether the reading operation of the data from the bus is 
completed. The GetReadData function draws the data, which has been read from the bus 
slave to the buffer, from the buffer. 
25 (6) The CmBusSlvIntf class has the following functions, and is used to describe 
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a circuit module for absorbing the differences between the buses when passively 
receiving the data from the bus. 

The CmBusSlvIntf class has the Reset function, the GetPin Value function, the 
SetPin Value function, and the OneStep function. The meanings of the functions are the 
5 same as those in the CmSyncModule class. 

The CmBusSlvIntf class has an IsBusReq function. The function returns 
whether the bus slave interface requests the use of the bus. 

The CmBusSlvIntf class has an AssertBusGnt function. The function notifies 
the bus slave interface of the permission of the bus from an external circuit (which is 
1 0 normally an arbiter). 

The CmBusSlvIntf class has a DisassertBusGnt function. The function notifies 
the bus slave interface of the prohibition of the use of the bus from the external circuit 
(which is normally an arbiter). 

The CmBusSlvIntf class has an AppendWriteData function, a StartWrite 
15 function, an IsWriteEnd function, an AppendReadAddress function, a StartRead 

function, an IsReadEnd function, and a GetReadData function. The functions are used 
when the derived class from the CmBusSystem class writes or reads a value to or from 
the CmBusSlvIntf class. The base functions of those functions are similar to those in the 
CmBusMstlntf class, except that the target to be written or read is different. 
20 (7) The CmBusSystem class has the following functions. The functions are 

used to describe a circuit module for transferring the data from the master to the slave. 

The CmBusSystem class has the Reset function, the GetPin Value function, the 
SetPinValue function, and the OneStep function. The meanings of the functions are the 
same as those in the CmSyncModule class. 
25 The CmBusSystem class has a ConnectBusMstlntf function. The function 
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connects the class, derived from the CmBusMstlntf class, to this object. 

The CmBusSystem class has a ConnectBusSlvIntf function. The function 
connects the class, derived from the CmBusSlvIntf class, to this object. 

The CmBusSystem class has a SetUserReadMap function. The function is used 
5 to designate a bus read map of the bus. The bus read map is an address map used to read 
a value from a circuit module through the bus. The bus read map is described as a 
UserReadMap function in a CmHier class. 

The CmBusSystem class has a SetUserWriteMap function. The function is 
used to designate a bus write map of the bus. The bus write map is an address map 
%P 10 which is used to write a value into the circuit module through the bus. The bus write 

tj? map is described as a UserWriteMap function in the CmHier class. 

J\ The CmBusSystem class has a SetUserArbitor function. The function is used to 

~~ designate an arbiter (or, arbitor) of the bus. The arbiter arbitrates the use right of the bus. 

:?=—. 

yj This circuit is described as a UserArbitor function in the CmHier class. 

flj 15 The CmBusSystem class has a ReadMap function. The function reads the 

H information from the circuit module through the bus. 

The CmBusSystem class has a WriteMap function. The function writes 
information into the circuit module through the bus. 

(8) The CmCpu class inherits the CmBusMaster class, has the following 
20 functions, and is used to describe the CPU. 

The CmCpu class has the Reset function, the GetPinValue function, the 
SetPin Value function, the OneStep function, and the ConnectBusMstlntf function. The 
meanings of the functions are the same as those in the CmSyncModule class. 

The CmCpu class has a ConnectBusMstlntf function. The function is used to 
2 5 connect the bus master interface. 
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The CmCpu class has a GetPc function. The function returns a present value of 
a program counter. 

The CmCpu class has a GetReg function. The function returns the value of a 
designated register. 

5 The CmCpu class has a SetReg function. The function returns the value of a 

designated register. 

The CmCpu class has a GetData function. The function returns the data stored 
in a designated address. 

The CmCpu class has a SetData function. The function overwrites the data into 
10 a designated address. 

As described above, the circuit base class CmCpu, which provides the model of 
the CPU, has the functions defined in the CmBusMaster class by inheriting the circuit 
base class CmBusMaster which provides the model of the bus master. In addition, the 
circuit base class CmCpu can display the information from the registers and the program 
15 counters on the CPU information display section when executing the program, using the 
GetPc function, the GetReg function, the SetReg function, the GetData function, and the 
SetData function. 

(9) The CmMemory class inherits the CmBusSlave class, has the following 
functions, and is used to describe the memory. 
20 The CmMemory class has the Reset function, the GetPinValue function, the 

SetPinValue function, the OneStep function, and the ConnectBusSlvIntf function. The 
meanings of the functions are the same as those in the CmBusSlave class. 

The CmMemory class has a GetData function. The function returns the data 
stored in a designated address. 
25 The CmMemory class has a SetData function. The function overwrites the data 
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in a designated address. 

(10) The CmHier class inherits the CmSyncModule class, has the following 
functions, and is used to describe the system which includes the bus. 

The CmHier class has the Reset function, the GetPin Value function, the 
SetPin Value function, and the OneStep function. The meanings of the functions are the 
same as those in the CmBusSlave class. 

The CmHier class has a UserReadMap function. The function is used to 
describe the bus read map of the bus included in the system. The described bus read 
map is registered in the bus by the SetUserReadMap function in the CmBusSystem 
class. 

The CmHier class has a UserWriteMap function. The function is used to 
describe the bus write map of the bus included in the system. The described bus read 
map is registered in the bus by the SetUserWriteMap function in the CmBusSystem 
class. 

The CmHier class has a UserArbitor function. The function is used to describe 
the arbiter of the bus included in the system. The described arbiter is registered in the 
bus by the SetUserArbitor function in the CmBusSystem class. 

Next, the examples of the statements of the system for transferring the data 
through the bus, according to the present invention, will be explained. Before the 
explanation of the examples of the statements, the address map and the arbiter, 
mentioned above, will be explained. 

The address map is a table indicating the allocation of the circuits to the 
addresses. The arbiter is a circuit which gives the use right to one of the bus masters 
requesting the use of the bus. These are well known in general. 

First, the address map will be explained. 
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A number of circuits are connected to the bus. When the data is simply sent to 
the bus, it cannot be known which circuit is to receive the data as an instruction. 
Therefore, an address is used to designate one of the circuits. Data and an address are 
always transferred as a pair through the bus. Further, the circuit which receives the data 
5 depends on the predetermined address. The relationships between the addresses and the 
circuits are defined in the address map. 

The transfer of a pair of the data and the address through the bus corresponds to 
the statement of giving the pair of the data and the address to the UserReadMap function 
and the UserWriteMap function of the CmHier class. The address map of the 
10 embodiment corresponds to the statement of determining the circuit corresponding to the 
address given to the UserReadMap function and the UserWriteMap function, and of 
sending the data to the circuit. 

The arbiter is needed when two or more bus masters are connected to the bus. 
The bus simply sends a signal through a signal line. Therefore, when two or more bus 
1 5 masters simultaneously send the signals through the bus, two signals collides in one 

signal line. Thus, a correct value cannot be transferred to the target circuit module. To 
avoid this, the arbiter is used. In general, when using the arbiter, the bus master must 
request the use of the bus to the arbiter. The arbiter, which has received the request from 
the bus masters, permits one of the bus masters to use the bus. The bus master cannot 
20 use the bus until the bus master receives the permission of the use of the bus. 

In the embodiment of the present invention, the bus master is divided into the 
bus master and the bus maser interface. The permission/prohibition of the use of the bus 
is sent from the arbiter to the bus master interface. 

The example of the communication of the data through the bus will be 
25 explained with reference to Tables 6 to 10. FIG. 6 is a block diagram showing the 
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construction of the system ABC used in the example. Tables 6 to 10 show a series of 
lists of the statements of the system in the C++ language. Tables 6 to 10 continue in the 
order of drawing numbers. 

As shown in FIG. 6, the system ABC comprises two CPUs (a CPU 1 (402), and 
5 a CPU 2 (403)), and a timer 1 (404), and a counter 1 (405), which are connected through 
a PCI bus 401. The respective CPU 1 (402), the CPU 2 (403), the timer 1 (404), and the 
counter 1 (405) have interfaces 402a, 403a, 404a, and 405a, each of which includes an 
interface with the PCI bus 401. Assuming that a plurality of circuits, not shown, are 
connected to the system ABC of FIG. 6, the positions of the statements of those circuits 
10 will be additionally explained in the following explanation of the statement example of 
the system. 

In the system statements shown in Table 6, it is first declared that an object 
ABC, corresponding to the system ABC, inherits the CmHier class ([1] in Table 6). 
Next, the PCI bus, corresponding to the PCI bus 401 in FIG. 6, is created as a user 

1 5 created class (actual circuit class)CmPciBusSystem (whose circuit base class is the 

CmBusSystem class) in the system ABC ([2] in Table 6). As the CPU 1 (402) and the 
CPU 2 (403) in FIG. 6, two CPUs are created by the CmCpu class of the objects Cpul 
and Cpu2 in the system ABC ([3] in Table 6). Since the objects Cpul and Cpu2 are the 
bus masters, the bus master interface objects CpulBusMstlntf and Cpu2BusMstIntf for 

20 connecting the objects Cpul and Cpu2 to the bus are created ([4] in Table 6, 

corresponding to the interfaces 402a and 403a in FIG. 6). The bus master interfaces 
CpulBusMstlntf and Cpu2BusMstIntf are created by the user created class 
CmPciBusMstlntf (whose circuit base class is the CmBusMstlntf class). 
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TABLE 6 






5 


class ABC : public CmHier { [1] 








// Create a PCI bus in a system ABC. [2] 








CmPciBusSystem PciBusSystem; 






10 


// Create two CPU, 


which are Cpul, 




// and Cpu2, in the system ABC 


[3] 






CmCpu Cpul, Cpu2; 








// Because Cpul, and Cpu2 are bus masters, 


[4] 




15 


// a bus master interface for connecting Cpul and 




L11C i-y> Li O 




// are created in the system ABC. 








CmPciBusMstlntf CpulBusMst Int f , Cpu2BusMst Int f ; 








// Create a circuit Timerl in the system ABC. 


[5] 
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CmTimer Timerl; 








// Because Timerl is a bus slave, 








// a bus slave interface for connecting Timerl to 


the bus 


[6] 




// is created in the system ABC. 






25 


CmPciBusSlvIntf Timer lBusSlvInt f ; 








// Create a circuit Counter 1 in the system ABC. 




[7] 




CmCounter Counter 1; 
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// Because Counterl is a bus slave, 








// a bus slave interface 








//for connecting Counterl to the bus [ 


8] 






// is created in the system ABC. 








CmPciBusSlvIntf Count er lBus SI vlntf ; 






35 










... // Other modules are described (omitted) . 


[9] 
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Next, a circuit Timerl corresponding to the timer 1 (404) is created in the 
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system ABC ([5] in Table 6). Since the object Timerl is the bus slave, a bus slave 
interface (corresponding to the interface 404a in FIG. 6) for connecting the object 
Timerl to the bus is created in the system ABC ([6] in Table 6). Next, a circuit Counterl 
corresponding to the counter 1 (405) is created in the system ABC ([7] in Table 6). 
5 Since the object Counterl is a bus slave, a bus slave interface (corresponding to the 

interface 405a in FIG. 8) for connecting the object Counterl to the bus is created in the 
system ABC. The object Timerl is created, based on the user created class CmTimerl, 
and the object Counterl is created, based on the user created class Cmcounterl . The 
user created classes CmTimerl and CmCounterl are derived from the CmBusSlave 

10 class. The bus slave interface objects Timer lBusSlvIntf and Counterl BusSlvIntf are 
declared, based on the derived class CmPciBusSlvIntf from the CmBusSlvIntf class. 
The other module is described at the position [9] in Table 6. 
Next, the UserBusReadMap function will be described ([1] in Table 7). The 
UserBusReadMap function describes the bus read map. The return value is a structure 

15 RDATA. RDATA.Status is 0 on success, and 1 on failure. Data returns the read value 
when the reading is successful. ULONG indicates a signal value of 32 bits. The 
UserBusReadMap decides the circuit from which the value is read, based on the address, 
and executes the reading function of the bus slave interface of the circuit. First, a 
variable v having a return value is defined as the structure RDATA ([2] in Table 7). 
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TABLE 7 



// 



UserBusReadMap describes a bus read map. 
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The return value is structure RDATA 



[1] 



// 



RDATA.Status returns 0 on success and 1 on failure. 



// 



RDATA. Data returns the read value on success. 



// ULONG is a signal value of 32 bits. 

RDATA UserBusReadMap (ULONG address, int byte_count) { 



• 0 
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// Based on address, the circuit from which the value is to read is 
determined. 

// Execute the read function of the bus slave interface of the 
circuit 

RDATA v; [2] 

// Read values from addresses 100 to 200 into Timerl 

if ((100 <= address) && (address < 200)) { [3] 

// Designate the address to be read [4] 
Timer lBusSlvIntf . AppendReadAddress (0, address-100, 

byte__count ) ; 

// Read the value. [5] 
TimerlBusSlvIntf . StartRead(O) ; 

// Check whether the read is successful [6] 
if (Timerl. IsReadEnd(O) ) { 

// The reading is successful. [7] 
v. Status = 0; 

// Extract the read value. [8] 
v. Data = TimerlBusSlvIntf .GetReadData (0) ; 
return v; 

} else { 

// The read failed. [9] 
v. Status = 1; 
return v; 
} 

} 

// Read the values from addresses 

// 200 to 300 in Counterl. [10] 
else if {(200 <= address) && (address < 300)) { 

// The similar steps as those for 
//Timerl are repeated in the following. [11] 
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} else if . . . 








/ / The same steps are repeated 








//for the other circuits 


[12] 


5 


} 
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15 



20 



25 



Next, a discriminant for reading a value from the circuit (object) Timerl from 
addresses 100 to 200 is described ([3] in Table 7). When the discriminant is true, the 
AppendReadAdress function is executed for the object TimerBusSlvIntf with arguments 
of 0, address- 100, and byte_count, in order to designate the address to be read, and the 
number of bytes ([4] in Table 7). Next, the StartRead function is executed for the object 
TimerlBusSlvIntf, to read the value ([5] in Table 7). It is then checked whether the 
reading has been successful ([6] in Table7). When the reading is successful, v.status is 
set to 0 ([7] in Table 7), and the GetReadData function is executed for the object 
TimerlBusSlvIntf, to read the read value and to set v.Data to the read value ([8] in Table 
7). When the reading fails, v.Status is set to 1, and the process returns ([9] in Table 7). 
When executing the AppendReadAddress function, the StartRead function, the 
IsReadEnd function, and the GetReadData function, the first argument is set to 0, in 
order to report that these functions are executed by the normal transfer method. The first 
argument discriminates between a transfer method (Split transfer) switching the master 
and the slave, and the normal transfer method. 

A statement similar to that of the circuit Timerl is made for the circuit Counted 
with the read addresses 200 to 300 ([10], and [1 1] in Table 7). Further, similar 
statements are made for the other circuits ([12] in Table 7). 

The bus write map is described by the UserBusWriteMap function ([1] in Table 
8). The return value is int (integer). The return value is 0 on success, and 1 on failure in 
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the writing operation. The arguments address and data are signal values of ULONG (32 
bits). 
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TABLE 8 

// UserBusWriteMap describes a bus write map. 
// The return value is int. 

// Returns 0 on success, and 1 on failure. 
// ULONG is a signal value of 32 bits, 
int UserBusWriteMap (ULONG address, ULONG data, 
int byte_count) { 



[13 
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// Write a value, based on address. 

// Determine a circuit, and execute the write function 
// of the bus slave interface of the determined circuit, 



[2] 



// Write the values into addresses 100 to 200 of Timerl 
if ((100 <= address) && (address < 200)) { 



[3] 
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// Designate the address into 
//which the value to be written. 

TimerlBusSlvIntf . AppendWriteData (0, address-100, 



[4] 



f=5 
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data, byte count); 



// Write the value. 
TimerlBusSlvIntf . StartWrite (0) ; 



[5] 
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// Check whether the write is successful, 
if (Timerl . IsWriteEnd { 0 ) ) { 



[6] 
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// The write is successful, 
return 0; 

} else { 

//The write failed, 
return 1; 
} 



[7] 



[8] 
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[9] 



// Write the values into the 
//addresses 250 to 350 from Counterl. 

//The addresses are different between the reading and the 
writing . 

else if ((250 <= address) && (address < 350)) { 
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// v In the following, the similar steps to those for 
//Timerl are repeated. [10] 

} else if . . . 

// The similar steps are repeated for the other circuits. [11] 
} 



15 



20 



25 
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The circuit into which the values are to be written is determined, and the 
writing function of the bus slave interface of the determined circuit is executed ([2] in 
Table 8). The values are written into the addresses 100 to 200 of the circuit Timerl ([3] 
in Table 8). The AppendWriteData function is executed for the object Timer lBusSlvIntf 
with the arguments 0, (address- 100), data, and byte_count, to designate the data to be 
written ([4] in Table 8). Then, the Start Write function is executed to write the value ([5] 
in Table 8). The IsWriteEnd function is executed for the circuit Timerl to check 
whether the writing has been successful ([6] in Table 8). When the writing has been 
successful, the return value is 0. When the writing has failed, the return value is 1 . 
When executing the AppendWriteData function, the Start Write function, and the 
IsWriteEnd function, the first argument is set to 0 in a similar manner to the execution of 
the AppendReadAdress function, to report that those functions are executed by the 
normal transfer method. 

The circuit Counterl will be explained. From addresses 250 to 350, the circuit 
Counterl is stated in a manner similar to the circuit Timerl ([9], [10] in Table 8). The 
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other circuits are stated in a similar way ([11] in Table 8). 

Next, the operation of the arbiter in the UserArbitor function is described ([1] in 
Table 9). The return value of the UserArbitor function is void. The permission of the 
use of the bus is directly given to the bus master interface. The IsBusReq function is 
executed for the objects CpulBusMstlntf and Cpu2BusMstIntf, to directly draw the 
request, to use the bus, from the bus master interfaces ([2] in Table 9). The request from 
the object Cpul is preferred to that from the object Cpu2, and the preference of the 
requests is checked ([3] in Table 9). When the Cpul requests to use the bus, the Cpul 
can use the bus even if the Cpu2 requests to use the bus. That is, the AssertBusGnt 
function is executed for the object CpulBusMstlntf, and the DiassertBusGnt function is 
executed for the object Cpu2BusMstIntf, to allow the Cpul to use the bus and to reject 
the use of the bus by Cpu2 ([4] in Table 9). 
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TABLE 9 



[1] 



// UserArbitor describes an arbiter. 
// The return value is void (no return value) . 

// The permission to use the bus is directly given to the bus master 
interface . 

void UserArbitor (void) { 
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/ / The request to use the bus is directly extracted 

//from the bus master interface, 
int CpulBusReq = CpulBusMst Int f . IsBusReq () ; 
int Cpu2BusReq = Cpu2BusMst Int f . IsBusReq () ; 



[2] 



/ / Cpul is preferred to Cpu2 . 
if (CpulBusReq) { 



[3] 
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// Allow Cpul to use the bus when 
//Cpul requests to use the bus 

// even if the Cpu2 requests to use the bus 
CpulBusMstlntf .AssertBusGnt ( ) ; 



[4] 
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Cpu2BusMstInt f . DiassertBusGnt ( ) ; 




5 




} else if (Cpu2BusReq) { 

// Only when Cpul does not use the bus, 
// Cpu2 can use the bus. 


[5] 


10 




CpulBusMstlntf . DiassertBusGnt ( ) ; 
Cpu2BusMstIntf . AssertBusGnt ( ) ; 
} else { 

CpulBusMstlntf . DiassertBusGnt ( ) ; 
Cpu2BusMstIntf . DiassertBusGnt ( ) ; 

} 


[6] 
[7] 


15 


} 





When the object Cpul does not use the bus, and when the object Cpu2 is to use 
the bus ([5] in Table 9), the Cpul is prohibited from using the bus, and the Cpu2 is 
allowed to use the bus ([6] in Table 9). When neither of the objects sends the request, 

20 both the objects are prohibited from using the bus ([7] in Table 9). 

Next, the operation and connection of the system ABC is described in the 
function ABC(void) ([1] in Table 10). The function ABC(void) is a function 
(constructor: the function whose name is the same as that of the class) called to create 
the object of the system ABC. The circuits and the bus interfaces are connected by the 

25 ConnectBusMstlntf function, or the ConnectBusSlvIntf function, and the bus interfaces 
and the PCI bus are connected by the ConnectBusMstlntf function ([2] in Table 10). At 
that time, the addresses of the bus interface objects of the respective circuits are used as 
the arguments, to thereby connect the PCI bus to the respective circuits. The other 
circuits are described in the same manner ([3] in Table 10). 
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TABLE 10 

// ABC (void) is a function (constructor) 

// when creating the object of the system ABC. 

ABC (void) { 



[1] 



// Connect the bus with the circuits. 
Cpul . ConnectBusMstlntf ( &CpulBusMst Int f ) ; 
Cpu2 . ConnectBusMstlntf ( &Cpu2BusMst Intf ) ; 
Timerl . ConnectBusSlvIntf ( &TimerlBusSlvIntf ) ; 
Counterl .ConnectBusSlvIntf ( &CounterlBusSlvInt f ) ; 
PciBusSystem. ConnectBusMstlntf { SCpulBusMst Int f ) ; 
PciBusSystem. ConnectBusMstlntf ( &Cpu2BusMst Int f ) ; 
PciBusSystem. ConnectBusSlvIntf ( &Timer lBusSlvInt f ) ; 
PciBusSystem. ConnectBusSlvIntf ( SCounterlBusSlvIntf ) ; 
... // Describe the other circuits (omitted) . 



[2] 



[3] 



// Designate an address map. Register the created address map 

// in PciBusSystem. Thus, PciBusSystem can use [4] 

// the created address map. 

PciBusSystem. SetUserReadMap ( UserReadMap) ; 

PciBusSystem. SetUserWriteMap (UserWriteMap) ; 



// OneStep describes the operation of the system ABC [5] 
// within one unit time, 
void OneStep (void) { 

// The system ABC is operated by the arbitrary behaviors of the 
components. [6] 

// Accordingly, in the level of the system ABC, 

/ / the respective components in the system are simply operated in 
one unit time. 

PciBusSystem. OneStep ( ) ; [7] 
// Although the bus does not require the clock because the bus is 
signal lines, 

/ / the clock is given to the bus in order to extract data 
// synchronously with the clock for debugging. 



CpulBusMst Int f . OneStep ( ) ; 



[8] 
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Cpu2BusMstIntf .OneStep ( ) ; 




TimerlBusSlvInt f . OneStep ( ) ; 




CounterlBusSlvInt f . OneStep ( ) ; 




Cpul .OneStep ( ) ; 




Cpu2 .OneStep ( ) ; 




Timerl . OneStep ( ) ; 




Counterl . OneStep ( ) ; 




... // The other circuits are operated. 

} 

} 


[9] 



1 5 The SetUserReadMap function and the SetUserWriteMap function designate 

the address map for the object PciBusSystem ([4] in Table 10). By the execution of the 
functions, the address map is registered in the object PciBusSystem. Thus, the 
PciBusSystem can use the address map. 

Next, the operation of the system ABC in one unit time is described by the 

20 OneStep function ([5] in Table 10). The system ABC is operated by the arbitrary 
behaviors of the components. Accordingly, in the level of the system ABC, the 
respective components in the system are simply operated in one unit time ([6] in Table 
10 (comments)). The OneStep function is executed for the PCI bus PciBusSystem ([7] 
in Table 10). Although the bus does not require the clock because the bus is a signal 

25 line, the embodiment gives the clock to the bus in order to extract data synchronously 
with the clock in a debugging function. Next, the OneStep function is executed for the 
objects CpulBusMstlntf, Cpu2BusMstIntf, Timerl BusSlvIntf, Counterl BusSlvIntf, 
Cpul, Cpu2, Timerl, and Counterl, to operate them in one unit time ([8] in Table 10). 
In a similar way, the OneStep function is executed for the other circuits ([9] in Table 10). 

30 Thus, the statements of the system ABC are completed. In the embodiment, the 
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bus connecting the modules are divided into the bus system, and the bus master 
interface, or the bus slave interface. Further, the objects (circuit modules) are described 
using the inheritance. Thus, the connection interface between the objects in the system 
can be described in integrated form. 



[Header Files in Circuit Base Class] 

Next, the header files of the main circuit base classes will be explained with 
reference to Tables 1 1 to 20. In the figures, the comment lines with "//" explain the 
details of the statements. In the statements, the functions with "virtual" and "=0", such 
10 as "virtual void Reset(void) = 0;" (e.g., Table 11) are pure virtual functions, which 

means that the functions must be defined in the classes which inherit those classes. In 
the figures, the details of the statements of the functions are omitted, but only the 
comment lines remain for the better understanding. The contents of the figures will be 
explained in the followings. 
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TABLE 11 
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class CmComponent { 

// Usage: describe a sequence circuit with a clock, 
public : 



virtual void Reset (void) = 0; 

// Usage: asynchronous resetting. 



25 



virtual RDATA Get PinValue { int no) { 

// Usage: return the signal value at the terminal number "no". 



30 



virtual int SetPinValue (int no, ULONG data); 

// Usage: apply data at the terminal number "no". 



}; 
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Table 1 1 shows the statements which define the CmComponent class. In the 
class CmComponent, the Reset function is defined as a pure virtual function. Table 12 
shows the statements of the CmSyncModule class which is the derived class from the 
CmComponent class. In the CmComponent class, the OneStep function is defined as a 
pure virtual function. The CmSyncModule class is the derived class from the 
CmComponent class. Because the CmSyncModule class does not override the functions 
in the CmComponent class, the definitions of the functions in the CmComponent class 
are used as they are. 
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TABLE 12 

class CmSyncModule : public CmComponent { 

// Usage: describe a sequence circuit having a clock. 

// Note: CmSyncModule uses Reset, GetPinValue, and SetPinValue 

// defined in CmComponent as are. 

public : 

virtual void OneStep (void) = 0; 

// Usage: operate the circuit by one step. 

}; 



Table 13 shows the statements of the CmBusMaster class which is the derived 
class from the CmSyncModule class. Table 14 shows the definition of the CmBusSlave 
class which the derived class from the CmSyncModule class. Tables 14 and 15 show the 

25 definitions of the CmBusMstlntf class which is the derived class of the CmSyncModule 
class. In the definition of the CmBusMstlntf class, the operation of the circuit by one 
step is described by the virtual function of "virtual void OneStep(void) {...}", shown in 
Table 16, which overrides the OneStep function defined in the CmSyncModule class. 
The arguments of the AppendWriteData function, the Start Write function, the 

30 IsWriteEnd function, and the AppendReadAddress function, which are shown in Table 
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15, and the StartRead function, the IsReadEnd function, and the GetReadData function, 
which are shown in Table 16, are set to an integer variable mode, to thereby enable the 
operation of the transfer method (split transfer) which switches the master and the slave. 
Tables 17 and 18 show the definitions of the CmBusSlvIntf class which is the derived 
class from the CmSyncModule class. Table 19 shows the definition of the 
CmBusSystem class which is the derived class from the CmSyncModule class. Table 20 
shows the definition of the CmHier class which is the derived class from the 
CmSyncModule class. 

TABLE 13 

class CmBusMaster : public CmSyncModule { 

// Usage: describe the main section of the bus master. 

public : 

virtual void ConnectBusMst Int f (CmBusMst Int f *bus_mst_int f ) { 
// Usage: connect the circuit to the bus master interface. 

} 
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virtual RDATA ReadBusMaster ( ULONG address, 
int byte_count) = 0; 
// Usage: read a value from the circuit to the bus. 
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virtual int WriteBusMaster { ULONG address, ULONG data, 
int byte_count) = 0; 
// Usage: write a value from the object into the bus. 



}; 
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TABLE 14 

class CmBusSlave : public CmSyncModule { 

// Usage: describe the main section of the bus slave. 



public : 
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virtual void ConnectBusSlvIntf (CmBusMst Int f *bus_mst_int f ) { 
// Usage: connect the circuit to the bus slave interface. 



} 



virtual RDATA ReaclBusSlave ( ULONG address, int byte_count) = 0; 
// Usage: read the value from the circuit to the bus. 



virtual int WriteBusSlave ( ULONG address, ULONG data, 
int byte_count) = 0; 

// Usage: write the value from the bus into the object. 

}; 



TABLE 15 

class CmBusMstlntf : public CmSyncModule { 
// Usage: create a bus master interface. 

public : 

virtual bool IsBusReq ( void) { 

// Usage: returns a value indicating whether the bus master 
interface requests 

// to use the bus. 



} 

virtual void AssertBusGnt { void) { 

// Usage: notify the bus master interface of the permission use 
the bus, 

// which is sent from an external circuit (normally, the 

arbiter) . 
} 

virtual void DiassertBusGnt ( void) { 

// Usage: notify the bus master interface of the rejection to use 
the bus, 

// which is sent from an external circuit (normally, the 
arbiter) . 
} 

virtual void AppendWriteData ( int mode, ULONG address, 

ULONG data, int byte_count) { 
// Usage: when mode is 0, register address 
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// which is to be written into the circuit module through the 
bus, data, and 

// the number of bytes byte_count, in the buffer of the circuit 

} 

virtual void StartWrite ( int mode) { 

// Usage: when mode is 0, start writing data into the bus. 

} 

virtual bool IsWriteEnd { int mode) { 

// Usage: when mode is 0, return a value 

// indicating whether the writing is completed. 

} 

virtual void AppendReadAddress (int mode, 

ULONG address, int byte_count) { 
// Usage: when mode is 0, register address 

// which is to be written into the circuit module through the 
bus, data, and 

// the number of bytes byte_count, in the buffer of the circuit 

} 
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TABLE 16 

(continued from the definition of class CmBusMstlntf ) 



virtual void StartRead ( int mode) { 

// Usage: when mode is 0, start reading the data from the bus. 

30 } 

virtual bool IsReadEnd ( int mode) { 

// Usage: when mode is 0, return a value 

// indicating whether the reading operation from the bus is 
completed. 
35 } 

virtual ULONG GetReadData { int mode) { 

// Usage: when mode is 0, and when the reading from the bus is 
completed, 

/ / extract one data which has been read and stored in the 

40 buffer 

// return the data to the bus master. 

} 
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virtual void OneStep ( void) { 

// Usage: operate the circuit by one step. 
// Operation: while in the reading or writing operation 
// from the bus master to the bus, extract one data, to be read 
or written, 

// from the buffer, and send it to 'the bus. When the buffer 
becomes empty, 

// the reading or writing is completed. 

// Supplement: OneStep function defined in CmSyncModule is 
overridden . 
} 

}; 



TABLE 17 




class CmBusSlvIntf : public CmSyncModule { 




public : 




virtual bool IsBusReq ( void) { 




// Usage: return a value indicating whether the bus slave 


interface 




// requests to use the bus. 

} 

virtual void AssertBusGnt (void) { 






// Usage: the external circuit (normally, the arbiter) 


notifies 


the bus slave 




// interface of the permission to use the bus. 

} 

virtual void DiassertBusGnt (void) { 






// Usage: the external circuit (normally, the arbiter) 


notifies 


the bus slave 




// interface of the prohibition to use the bus. 

} 

virtual void AppendWriteData ( int mode, ULONG address, 






ULONG data, int byte_count) 


{ 


// Usage: when mode is 0, register address 




// which is to be written into the bus slave, data, and 


// the number of bytes byte count, into the buffer of 

} 


the circuit 
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virtual void StartWrite ( int mode) { 

// Usage: when mode is 0, write the data into the bus slave, 
based on the data 

// registered in the buffer. 

} 

virtual bool IsWriteEnd (int mode) { 

// Usage: when mode is 0, return a value indicating whether the 
writing operation 

// into the bus slave completed. 

} 

virtual void AppendReadAddress ( int mode, ULONG address, 

int byte_count) { 
// Usage: when mode is 0, the address, which is to be read from 
the bus slave, 

// and the number of bytes byte_count into the buffer in the 
circuit . 
} 



TABLE 18 

(continued from the definition of class CmBusSlvIntf ) 



virtual void StartRead { int mode) { 

// Usage: when mode is 0, read the data from the bus slave, 
// based on the data registered in the buffer. 

} 

virtual bool IsReadEnd ( int mode) { 

// Usage: when mode is 0, return a value indicating whether 
// the reading operation from the bus slave is completed. 

} 

virtual ULONG GetReadData ( int mode) { 

// Usage: when mode is 0, and when the reading operation from the 
bus slave 

//is completed, extract one data which has been read from the 
bus slave 



45 



// and has been stored in the buffer, and return it to the bus, 

} 

virtual void OneStep ( void) { 

// Usage: operate the circuit by one step. 

// Operation: OneStep does not perform operation 

// in connection with the bus slave. 

// Supplement: CmBusSlvInt overrides OneStep defined in 
SyncModule . 
} 

}; 



TABLE 19 

class CmBusSystem : public CmSyncModule { 
public : 

virtual void ConnectBusMst Int f (CmBusMst Int f *bus_mst_int f ) { 
// Usage: connect the bus master interface to the bus. 

} 

virtual void ConnectBusSlvIntf (CmBusSlvInt f *bus_slv_int f ) { 
// Usage: connect the bus slave interface to the bus . • 

} 

virtual void SetUserReadMap (CmHier *hier) { 

// Usage: designate a bus read map. When sending the object of 
// CmHier class, the UserReadMap function of CmHier object is 
// registered as the bus read map of the bus. 

} 

virtual void SetUserWriteMap (CmHier *hier) { 

// Usage: designate a bus write map. When sending the object of 
// CmHier class, the UserWriteMap function of CmHier object is 
// registered as the bus write map of the bus. 

} 

virtual void SetUserArbitor (CmHier *hier) { 

// Usage: designate an arbiter. When sending the object of 
// CmHier class, the UserArbitor function of CmHier object is 
// registered as the arbiter of the bus. 

} 

virtual RDATA ReadMap ( ULONG address, int byte_count) { 

// Usage: read data from a circuit module through the bus. 
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// Based on the given address, the circuit which is the target to 
be read 

// is determined. The data of the number of bytes byte_count are 
// read from the circuit module, and the read data is returned. 

} 

virtual int WriteMap (ULONG address, ULONG data, int byte_count) { 
// Usage: write data into a circuit module through the bus. 
// Based on the given address, the circuit to which the data is 
to be written 

// is determined. The data of the number of bytes byte_count are 
// written into the circuit module, and a value indicating 
whether 

// the writing is successful is returned. 

} 

virtual void OneStep ( void) { 

// Usage: operate the bus arbiter by one. step. 
// Operate the information display function of the bus. 
// Supplement: because the bus is a simple signal line, 
// the bus does not operate in response to the clock. 

} 

}; 



TABLE 20 

class CmHier : public CmSyncModule { 

virtual RDATA UserReadMap ( ULONG address, int byte_count) { 

// Usage: describe the bus read map of the bus included in the 
system. 
} 

virtual int UserWriteMap (ULONG address, ULONG data, 

int byte_count) { 
// Usage: describe the bus write map of the bus included in the 
system. 
} 

virtual void UserArbitor ( void) { 

// Usage: describe the arbiter of the bus included in the system. 

} 

} 
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[Bus Simulation Method] 

Next, the bus simulation method, that is, the specific simulating operation will 
be schematically explained. The basic policy of the bus simulation is explained in the 
following. 

5 The bus master leaves the complicated control of the bus to the bus master 

interface. The bus master registers all the data, to be written or read, into the buffer in 
the bus master interface instantly. 

The communication from the bus master interface to the bus slave is executed 
^ whenever the OneStep function is executed. 

rj 10 When the OneStep function is called, the bus master interface extracts the data 

s 1=3 

m units one by one from the buffer, and sends it to the bus. 

Mi The bus determines the target bus slave to be written or read, based on the bus 

= read map, or on the bus write map, and sends a read or write command to the bus slave 

Q 

j=H interface corresponding to the determined bus slave. 

— 15 The bus slave interface writes or reads data in the bus slave, depending on the 

instruction sent from the bus, and returns the result to the bus. 

The bus returns the result, sent from the bus slave interface, to the bus master 
interface. 

The bus master interface decides the operation in the next OneStep function, 
20 based on the result sent from the bus. 

Next, the flow of the execution of the functions in the embodiment will be 
explained by way of the example of writing data. In the system X shown in FIG. 7, a 
bus master Al, a bus master interface Bl, a bus CI, a bus slave interface Dl, and a bus 
slave El are connected in alphabetical order. The system is to write two pairs of units of 
25 information (address/data/bytes, 0x00100000/0x00112233/4, and 
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0x00100004/0x44556677/4), which are shown in FIG. 8, from the bus master Al, e.g., a 

CPU, into the bus slave El, e.g., a memory. 

The statements of the system X, the bus master Al , the bus master interface Bl , 

the bus CI, the bus slave interface Dl, and the bus slave El inherits the properties of the 
5 classes described above. That is, the system X inherits the CmSyncModule class, the 

bus master Al inherits the CmBusMaster class, the bus master interface Bl inherit the 

CmBusMstlntf class, the bus CI inherits the CmBusSystem class, the bus slave interface 

Dl inherit the CmBusSlvIntf class, and the bus slave El inherits the CmBusSlave class. 

These components are created by directly inheriting the classes, or by inheriting classes 
10 which inherit those classes. According to the UserWriteMap function in the system X, 

the addresses 0x00100000 and 0x00100004 correspond to the bus slave interface Dl. 

When constructing the system X, the SetUserWriteMap function of the bus CI is 

executed, so that the UserWriteMap function of the system X is registered as the bus 

write map of the bus CI . The OneStep function for operating the bus master Al, the bus 
15 master interface Bl, the bus CI, the bus slave interface Dl, and the bus slave El by one 

step is always called from the OneStep of the system X. 

In the above construction, the operation of the system X in unit times 1 to 4, 

shown in FIG. 9, will be explained with reference to Tables 21 to 24. 



20 [Time 1] 

The operation of the system X in the time 1 will be explained with reference to 
Table 21. Table 21 shows the operations of the respective circuits in the manner of a 
time series within the same unit time (time 1). In the time 1, the OneStep function of the 
bus master Al is executed. The bus master Al executes the function Append WriteData 
25 (0, 0x00100000, 0x001 12233, 4) of the bus master interface Bl . Then, the bus master 
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interface Bl stores the data in the buffer. Then, the bus master Al executes the function 
AppendWriteData (0, 0x00100004, 0x44556677, 4) of the bus master interface Bl. The 
bus master interface Bl stores the data in the buffer. The bus master Al executes the 
Start Write function of the bus master interface Bl . The bus master interface Bl 
memorizes the write request. The bus master Al executes the IsWriteEnd function of 
the bus master interface Bl . The bus master interface Bl returns the value, indicating 
that the bus Bl is writing the data, to the bus master Al . The bus master Al then goes 
on standby. 

TABLE 21 

# timel 

OneStep of Al 

Al executes AppendWriteData ( 0, 0x00100000, 0x00112233, 4 ) of Bl . 

Bl stores the data into the buffer. 
Al executes AppendWriteData ( 0 , 0x00100004 , 0x4 4 556677 , 4 ) of Bl . 

Bl stores the data into the buffer. 
Al executes StartWrite ( 0 ) of Bl. 

Bl memorizes the write request. 
. Al executes IsWriteEnd ( 0 ) of Bl . 

Bl returns a value indicating that Bl is writing the data. 
Al stays on standby. 
OneStep of Bl 

Because Bl is requested by Al to write the data, Bl requests to 
use the bus . 

When the IsBusReq function of the bus master interface Bl is 
externally executed, the return value is true. 
OneStep of CI 

Operate the arbiter. 

Arbiter executes IsBusReq {) of Bl . 

Bl returns that Bl is requesting to use the bus. 
Arbiter permits Bl to use the bus. 
Arbiter executes AssertBusGnt ( ) of Bl. 

Bl memorizes the permission to use the bus. 
OneStep of Dl 
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no operation 




OneStep of El 




The special operation 


of the bus slave El is performed, 


but does not includes 


an operation in connection with the bus. 


time 





When the OneStep function of the bus master Al is completed, the OneStep 
function of the bus master interface Bl is executed. Since the bus master interface Bl 

1 0 has received the write request from the bus master Al , the bus master interface B 1 

requests the use of the bus. Accordingly, when the IsBusReq function of the bus master 
interface Bl is externally executed, the return value is true. Then, the OneStep function 
of the bus master interface Bl is completed. 

When the OneStep function of the bus master interface Bl is completed, the 

1 5 OneStep function of the bus CI is executed. The OneStep function of the bus CI 
operates the arbiter. The arbiter executes the IsBusReq function of the bus master 
interface Bl. The bus master interface Bl returns the request to use the bus. If the 
arbiter permits the bus master interface Bl to use the bus, the arbiter executes the 
AssertBusGnt function of the bus master interface Bl. The bus master interface Bl 

20 memorizes the permission to user the bus. Then, the OneStep function of the bus CI is 
completed. 

When the OneStep function of the bus CI is completed, the OneStep function 
of the bus slave interface Dl is executed. In the time 1, the OneStep function of the bus 
slave interface Dl is completed without the execution of any process. 
25 When the OneStep function of the bus slave interface Dl is completed, the 

OneStep function of the bus slave El is executed. The special operation of the bus slave 
El is performed, but does not includes the operation in connection with the bus. 



[Time 2] 

Next, the operation of the system X in the time 2, which is the next unit time, 
will be explained with reference to Table 22. In the time 2, the OneStep function of the 
bus master Al is executed in a manner similar to that in the time 1 . The bus master Al 
executes the IsWriteEnd function of the bus master interface Bl . The bus master 
interface Bl returns the value indicating that the bus master interface Bl is writing the 
data. Then, the bus master Al then goes on standby. 



TABLE 22 




#time2 




OneStep of Al 




Al executes IsWriteEnd ( 0 ) of Bl . 




Bl returns that Bl is writing the data. 




Al stays on standby. 




OneStep of Bl 




Because Bl is permitted to use the bus, Bl writes the data 


into 


the bus . 




That is, the following operations are performed. 




Bl extracts one data from the buffer. 




address : 0x00100000 data : 0x001 12233 number of bytes: 4 




Bl executes WriteMap ( 0x00100000, 0x00112233, 4 ) of CI. 




WriteMap function of CI executes the following operations . 


Execute AppendWriteData (0, 0x00100000, 0x00112233, 4 ) 




function of Dl . 




Dl stores the given data into the buffer. 




Dl executes StartWrite ( 0 ) function. 




Dl executes WriteBusSlave ( 0x00100000 , 0x00112233, 4 ) 




function of El. 




El internally writes the given data, and returns 


a 


value, 




indicating whether the writing is successful, to 


Dl. 


In the example, the writing is successful. 




Execute IsWriteEnd ( 0 ) function of Dl . 




Because the writing operation by Dl into El is 




successful, 
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the value is true. 
Return the return value of IsWriteEnd ( 0 ) function Dl . 
Bl comes to know that the data has been successfully written, 
based on the return value. 

Then, Bl deletes one data from the buffer. 

Because Bl stores one data, the same process is performed 
in the next OneStep of Bl. 
OneStep of CI 

no operation 
OneStep of Dl 

no operation 
OneStep of El 

The special operation of the bus slave El is performed, 

but does not includes an operation in connection with the bus . 

Time 

When the OneStep function of the bus master Al is completed, the OneStep 
function of the bus master interface Bl is executed. Since the OneStep function of the 
bus master interface Bl permits the bus master interface Bl to use the bus, the bus 
master interface Bl writes the data into the bus. That is, the following operation is 
performed. The bus master interface Bl extracts one data unit from the buffer. At that 
time, the address is 0x00100000, the data is 0x00112233, and the number of bytes is 4. 
Then, the bus master interface Bl executes the function WriteMap (0x00100000, 
0x00112233, 4) of the bus CI. 

Then, the WriteMap function of the bus CI performs the following operations. 
The function AppendWriteData (0, 0x00100000, 0x00112233, 4) of the bus slave 
interface Dl is executed. The bus slave interface Dl stores the given data into the 
buffer. The Start Write function of the bus slave interface Dl is executed. The bus slave 
interface Dl executes the function WriteBusSlave (0x00100000, 0x00112233, 4) of the 
bus slave El . The bus slave El stores the given data into the buffer. The bus slave El 
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returns the value indicating whether the writing has been successful, to the bus slave 
interface Dl. In the example, the writing has been successful. The Is WriteEnd function 
of the bus slave interface Dl is executed. Because the writing of the data into the bus 
slave El by the bus slave interface Dl has been successful, the return value is true. 
Thus, the return value of the Is WriteEnd function of the bus slave interface Dl is 
returned. 

The bus master interface Bl comes to know, based on the return value, that the 
data has been successfully written. Then, one unit of the data is deleted from the buffer. 
Since one data unit remains in the buffer of the bus master interface Bl, the same 
operation is performed in the next OneStep of the bus master interface B 1 . 

When the OneStep function of the bus master interface Bl is completed, the 
OneStep function of the bus CI is executed. In the time 2, the OneStep function of the 
bus CI executes nothing. 

When the OneStep function of the bus CI is completed, the OneStep function 
of the bus slave interface Dl is executed. In time 2, the OneStep function of the bus 
slave interface Dl executes nothing. 

When the OneStep function of the bus slave interface Dl is completed, the 
OneStep function of the bus slave El is executed. The special operation of the bus slave 
El is performed, but does not includes the operation in connection with the bus. 

[Time 3] 

In the time 3, as shown in Table 23, the OneStep function of the bus master Al 
is executed. The OneStep function of the bus master Al executes the Is WriteEnd 
function of the bus master interface Bl . The bus master interface Bl returns the value 
indicating that the bus master interface Bl is writing the data. The bus master Al then 
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goes on standby, and the OneStep function of the bus master Al is completed. 



TABLE 23 

#time3 

OneStep of Al 

Al executes IsWriteEnd ( 0 ) of Bl . 

Bl returns that Bl is writing the data. 
Al stays on standby. 
OneStep of Bl 

Because Bl is permitted to use the bus, Bl writes the data into 

the bus . 

That is, the following operations are performed. 
Bl extracts one data from the buffer. 

address: 0x00100004 data: 0x44556677 number of bytes: 4 
Bl executes WriteMap ( 0x00100004 , 0x44556677 , 4 ) of CI. 

WriteMap function of CI performs the following operations. 
Execute AppendWriteData ( 0 , 0x00100004 , 0x44556677, 4 ) 
function of Dl . 

Dl stores the given data into the buffer. 
Execute StartWrite ( 0 ) function of Dl . 

Dl executes WriteBusSlave ( 0x00100004 , 0x4 4 556677 , 4 ) 
function of El. 

El internally writes the given data, and returns a 

value, 

indicating whether the writing is successful, to Dl . 
In the example, the writing is successful. 
Execute IsWriteEnd ( 0 ) function of Dl . 

Because the writing from Dl into El has been 

successful, 

the return value is true. 
Return IsWriteEnd ( 0 ) function of Dl. 
Bl comes to know that the data has been successfully written, 
based on the return value. 

Then, Bl deletes one data from the buffer. 
There is no data in the buffer of Bl. 
Bl completes the writing operation. 

The return value of IsWriteEnd ( 0 ) function of Bl is true. 
OneStep of CI 
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no operation 




OneStep of Dl 




no operation 




OneStep of El 




The special operation of 


the bus slave El is performed, 


but does not includes an 


operation in connection with the bus. 


time 





When the OneStep function of the bus master Al is completed, the OneStep 
10 function of the bus master interface Bl is executed. Since in the time 3 the OneStep 
function of the bus master interface Bl permits the bus master interface Bl to use the 
bus, the bus master interface Bl writes the data into the bus. That is, the following 
operation is performed. 

The bus master interface B 1 extracts one data unit from the buffer. At that time, 
1 5 the information includes the address of 0x00 1 00004, the data of 0x445 56677, and the 

number of bytes of 4. Then, the bus master interface Bl executes the function WriteMap 
(0x00100004, 0x44556677, 4) of the bus CI . 

Then, the WriteMap function of the bus CI performs the following operations. 
The WriteMap function of the bus CI executes the function Append WriteData (0, 
20 0x00100004, 0x44556677, 4) of the bus slave interface Dl. The bus slave interface Dl 
stores the given data into the buffer. The WriteMap function of the bus CI executes the 
Start Write function of the bus slave interface Dl. The bus slave interface Dl executes 
the function WriteBusSlave (0x00100004, 0x44556677, 4) of the bus slave El. The bus 
slave El stores the given data into the buffer. The bus slave El returns the value 
25 indicating whether the writing has been successful. In the example, the writing has been 
successful. The WriteMap function of the bus CI executes the IsWriteEnd function of 
the bus slave interface Dl . Because the writing of the data into the bus slave El by the 
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bus slave interface Dl has been successful, the return value is true. Thus, the WriteMap 
function of the bus CI returns the return value of the IsWriteEnd function of the bus 
slave interface Dl. 

The bus master interface Bl comes to know, based on the return value, that the 
5 data has been successfully written. Then, one of the data is deleted from the buffer. 
Because no data remains in the buffer of the bus master interface Bl, the bus master 
interface Bl completes the writing operation. Therefore, the return value of the 
IsWriteEnd function of the bus master interface Bl becomes true. Then, the OneStep 
function of the bus master interface Bl is completed. 
10 When the OneStep function of the bus master interface Bl is completed, the 

OneStep function of the bus CI is executed. The OneStep function of the bus CI 
executes nothing, and is completed. 

When the OneStep function of the bus CI is completed, the OneStep function 
of the bus slave interface Dl is executed. The OneStep function of the bus slave 
15 interface Dl executes nothing, and is completed. 

The OneStep function of the bus slave El is executed. The special operation of 
the bus slave El is performed, but does not includes the operation in connection with the 
bus. 

20 [Timer 4] 

In the time 4, as shown in Table 24, the OneStep function of the bus master Al 
is executed. In the OneStep function of the bus master Al in the time 4, the bus master 
Al executes the IsWriteEnd function of the bus master interface Bl . The bus master 
interface Bl returns the value indicating that the writing has been finished. Then, the 
25 bus master Al starts the following operations. The OneStep function of the bus master 
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interface Bl, the OneStep function of the bus CI, and the OneStep function of the bus 
slave interface Dl are executed in order in the time 4. The OneStep functions do not 
execute any process. Then, the OneStep function of the bus slave El is executed. The 
special operation of the bus slave El is performed, but does not includes the operation in 
5 connection with the bus. 



TABLE 24 

#time4 

OneStep of Al 

Al executes IsWriteEnd ( 0 ) of Bl . 

Bl returns a value indicating that the writing is completed. 
Al starts the next operation. 
OneStep of Bl 

no operation. 
OneStep of CI 

no operation 
OneStep of Dl 

no operation 
OneStep of El 

The special operation of the bus slave El is performed, 
but does not include an operation in connection with the bus. 

time 
25 

Thus, according to the operations in the times 1 to 4, the writing operation of 
the data, shown in FIG. 8, is completed. 

[Split Transfer] 

30 The other embodiment of the data transfer through the bus will be explained. 

The bus normally sends an instruction to write or read data only in the direction from the 
bus master to the bus slave. When a high performance bus cannot immediately respond 
to the read/write request sent from the bus master to the bus slave, the bus disconnects 
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the communication, and then actively returns a value in the reverse direction from the 
bus slave to the bus master. This method is termed split transfer. The split transfer 
means a series of operations in which the master transmits an instruction to the slave, 
and after the transmission is completed, the slave transmits an instruction to the master 
5 in turn. The split transfer is achieved by a high performance bus. The simulation of the 
split transfer according to the embodiment will be explained. 

In the split transfer, the relationship between the slave and the master is 

inverted. 

That is, the bus slave leaves the complicated control of the bus to the bus slave 
10 interface. The bus slave registers all the data, to be written or read, into the buffer in the 
bus slave interface in a moment. 

The communication from the bus slave interface to the bus master is executed 
whenever the OneStep function is executed. 

When the OneStep function is called, the bus master interface extracts the data 
1 5 units one by one from the buffer, and sends it to the bus. 

The bus determines the target bus master to be written or read, based on the bus 
read map, or on the bus write map, and sends a read or write command to the bus master 
interface corresponding to the determined bus master. 

The bus master interface writes or reads data in the bus master, depending on 
20 the instruction sent from the bus, and returns the result to the bus. 

The bus returns the result, sent from the bus master interface, to the bus slave 
interface. 

The bus slave interface decides the operation in the next OneStep, based on the 
result sent from the bus. 
25 To achieve the above functions, the bus slave and the bus master have the same 
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functions, and the bus slave interface and the bus master interface have the same 
functions. Accordingly, in the embodiment, the bus slave and the bus master have the 
same configuration, and the bus slave interface and the bus master interface have the 
same configuration. To determine the direction of the transmission (that is, the master to 
5 the slave, or the slave to the master), the functions such as the AppendWriteData 

function have arguments "mode" (see Tables 14 to 17.). When mode is 1, the reverse 
operation is performed. 



[Examples of Created Circuit Class] 

10 Next, an example of creating a new circuit class will be explained. A user is to 

create a new bus master interface class with the name of CUserBusMstlntf. It is first 
declared that the new class CUserBusMstlntf inherits the CmBusMstlntf class. 
Accordingly, the CUserBusMstlntf class has the same functions as those of the 
CmBusMstlntf class. Then, these functions are overridden to create the new class 

1 5 CUserBusMstlntf which achieves the desired operations. 

Another example of creating a new circuit class is shown, The user is to create a 
new CPU class with the name of CUserCpu. It is first declared that the new class 
CUserCpu inherits the CmCpu class. Accordingly, the CUserCpu class has the same 
functions as those of the CmCpu class. Then, these functions are overridden to create 

20 the new class CUserCpu which achieves desired operations. 



[Main Advantages of the Embodiments] 

The first advantage is that it is easy to replace the circuit module. That is, when 
one of the circuit modules in the system is replaced, the statements of the other circuit 
25 modules need not be changed. 
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The second advantage is that the connections between the circuit modules are 
automatically checked. That is, if the circuit modules are incorrectly connected, the 
compiler causes an error when in the compiling process. 

The third advantage is that the configuration for displaying the information is 
5 commonly used by the circuit modules having the same property. That is, the 

configuration for displaying the information need not be separately prepared for each 
circuit module. 

The fourth advantage is that the configuration for controlling the simulation is 
commonly used by the systems which are the simulation targets. That is, even if the 
10 system of the simulation target is changed, the configuration for controlling the 
simulation need not be changed. 

The fifth advantage is that it is automatically checked whether the statements of 
the circuit interfaces are sufficient. That is, if the statements are insufficient, the 
compiler causes an error when in the compiling process. 



[Reasons for the Above Advantages] 
The reason for the first advantage: 

The reason for the first advantage will be explained with reference to Tables 24 
to 26 and FIGS. 9 to 11. Table 25 shows the examples of the statements of a class 

20 ClassX, and FIG. 10 shows the relationship between the ClassX class and the 
CmBusMstlntf class. As shown in Table 25, in the class ClassX, a function 
ConnectBusMstlntf for connecting the circuit base class CmBusMstlntf to the class 
ClassX is defined ([1] in Table 25), and the AppendReadData function and the StartRead 
function of the object BusMstlntf of the circuit base class CmBusMstlntf is executed 

25 ([2] and [3] in Table 25). Thus, as shown in FIG. 10, the object of the class ClassX can 
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execute the AppendReadData function and the StartRead function of the object of the 
class which inherits the circuit base class CmBusMstlntf. 



TABLE 25 

Statement of ClassX 

Class ClassX{ 

CmBusMstlntf *BusMstIntf; [1] 
Void ConnectBusMstlntf (CmBusMstlntf *busif) { 
BusMstlntf-busif ; 

} 

void OneStep ( void) { 

BusMstIntf->AppendReadData ( . . . ); [2] 

BusMstIntf->StartRead( . . .); [3] 

} 

} 

In the statements, shown in Table 26, of the system having the object ObjectX 
of the class ClassX, and the object PciBusMstlntf of the class CmPciBusMstlntf which 
is the derived class from the circuit base class CmBusMstlntf, the ObjectX is defined as 
the object of the ClassX ([1] in Table 26), the object PciBusMstlntf is defined as the 
object of the class CmPciBusMstlntf ([2] in Table 26), and the ObjectX is connected to 
the object PciBusMstlntf by the ConnectBusMstlntf function. As shown in FIG. 1 1, the 
ObjectX can execute the AppendReadData function and the StartRead function of the 
object PciBusMstlntf. 
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TABLE 2 6 




Example 1 of Statement of System 




Main() { 




ClassX ObjectX; [1] 




CmPciBusMstlntf PciBusMstlntf ; [2 J 




ObjectX. ConnectBusMstlntf ( sPcibusMstlntf ) ; 


[3] 


} 
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In Table 27 and FIG. 12, the bus master interface object connected to the 
ObjectX is changed from the object PciBusMstlntf to the object UserBusMstlntf of the 
class CUserBusMstlntf which is derived from the common circuit base class 
CmBusMstlntf. To achieve the change, the object UserBusMstlntf is declared as the 
class CUserBusMstlntf, and the argument for executing the ConnectBusMstlntf of the 
ObjectX is simply changed from the address of the object PciBusMstlntf to the address 
of the object UserBusMstlntf. In this case, the statement of the object ClassX need not 
be changed. 



20 
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TABLE 27 

Example 2 of Statement of System 
Main ( ) { 

ClassX ObjectX; 

CUserBusMstlntf UserBusMstlntf; 

ObjectX. ConnectBusMstlntf (User&BusMst Int f ) ; 
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As described above, when the circuit base class is common, for example, when 
the circuit base class CmBusMstlntf is defined as the base class for all the bus master 
interfaces, one of the classes ClassX declares that the bus master interface to 
communicate with is the CmBusMstlntf class. Even when the bus master interface to 
5 communicate with is changed, the statements of the ClassX need not be changed, and the 
object of the ClassX can communicate with the changed bus master interface according 
to the procedure defined in the CmBusMstlntf class. That is, even when connecting the 
circuit module X to a new bus master interface class CUserBusIntf, the statements of the 
^ circuit module X need not be changed. 

10 When no circuit base class exists, to send an instruction from a circuit class X 

P3 ; 

; y 

ffi to the CUserBusMstlntf, it must be described in the statements of the class X that the 

receiver of the instruction of the class X is the object of the class CUserBusMstlntf. 
s_ Therefore, to change the connection of the class X from the bus master interface to the 

^ CUserBusMstlntf, the statements of the class X must be changed. 

?ij 15 Another example will be explained with reference to Tables 27 to 29 and FIGS. 

= ~~~ 12 to 14. There is a circuit class Class Y. The Class Y reads a value from a terminal of 

another circuit, and is operated based on the value. According to the concept of the 
circuit base class, the statements (Table 28) of the ClassY describe that the circuit object 
to be read is the CmComponent class ([1] in Table 28). The GetPinValue function of the 
20 CmComponent class is executed to read the value at the terminal ([2] in Table 28). 









TABLE 28 




Statement of 


ClassY 




25 


class 


ClassY{ 
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CmComponent *PointerComponent [1] 
Void ConnectComponent (CmComponent *c) { 
Point erComponent=c; 

} 

void OneStep ( void) { 










=PointerComponent->GetPinValue ( ) ; 


[2] 


}; 


} 





It should be noticed that there is inheritance between the circuit base classes. 
For example, when The CuserCpu ([4] in Table 11), shown in Table 29 and FIG. 14, 
inherits the CmCpu class, the CUserCpu also inherits the CmComponent class. 
Accordingly, the CUserCpu has the properties of the CmComponent class. When using 
the member functions defined in the CmComponent class, the CUserCpu object can be 
connected to the object Class Y even if the statements of the class Class Y are not 
changed. 



TABLE 2 9 

Example of Statement of System 
Main() { 

ClassY ObjectY; 
CuserCpu UserCpu; [1] 

Obj ect . YconnectComponent ( &UserCpu) ; 
. . . ) 



* 
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As described above, when there is inheritance between the circuit base classes, 
as the circuit module can be replaced, and the statements need not be changed. 

The reason for the second advantage: 

In Table 30 and FIG. 14, the class CUserBusMstlntf derived from the circuit 
base class CmBusMstlntf of the bus master interface is to be incorrectly connected to the 
object BusSlave of the bus slave class CmBusSlave by the ConnectBusSlvIntf function. 
The ConnectBusSlvIntf function can connect the class CUserBusMstlntf only to the 
class whose base class is the CmBusSlvIntf class. When compiling the codes which 



1 0 connect the class whose base class is not the CmBusSlvIntf class, the C++ compiler 
outputs an error when checking the types of the classes in the compiling process 
according to the C++ specification. Therefore, it is automatically detected that the class 
CUserBusMstlntf which does not inherit the circuit base class CmBusSlvIntf is to be 
incorrectly connected to the class CmBusSlave ([1] in Table 30). Thus, because the 



incorrect connection always causes an error, this helps the user to correctly connect the 



classes. 



TABLE 30 



20 



Statement in C++ 



Main() { 



CmBusSlave BusSlave; 



CmBusMstlntf BusMstlntf; 



25 



BusSlave. ConnectBusSlvIntf (SBusMstlntf) ; //Error [1] 



. } 
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The reason for the third advantage 

The information display section of the object Cpu for the model of the CPU 
processes the information obtained by the functions, such as the GetPc function, and the 
GetReg function, for extracting the internal state of the object Cpu, and displays the 
internal information to the user. The information display section is defined in the circuit 
base class CmCpu, and it is described that the object Cpu is in the CmCpu class. 
Accordingly, the circuit Cpu which inherits the CmCpu class can use the information 
processing section. For example, when the new user created class CUserCpu inherits the 
CmCpu class, the CUserCpu class can use the information processing section of the 
CPU defined in the class CmCpu. That is, a new information display section for a new 
CPU class CUserCpu need not be prepared. 

The reason for the fourth advantage 

Since the system is a sequential circuit (clock synchronous circuit) having a 
clock, the system has the property of the CmSyncModule class. The simulation 
controller handles the system as the CmSyncModule class, and controls the simulation 
by the Reset function, the OneStep function, etc. Thus, as long as the systems inherit the 
CmSyncModule class, the single configuration for controlling the simulation can be 
commonly used by all the systems. 

The reason for the fifth advantage 

In the bus slave, the ReadBusSlave function, and the WriteBusSlave function 
send, or receive the value to or from the bus. The contents of the processes must be 
described. In the circuit base class CmBusSlave class of the bus slave, the 
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ReadBusSlave function, and the WriteBusSlave function are pure virtual functions. 
Therefore, even when there is an omission in the statements of the ReadBusSlave 
function, and the WriteBusSlave function in the bus slave circuit class, the C++ compiler 
outputs an error message, indicating that the pure virtual function is not overridden in 
5 the compiling process as long as the CmBusSlave class is inherited Thus, the omission 
in the statements of the necessary functions can be automatically checked. 

The above-described embodiments are to be considered illustrative, and the 
present invention is not limited to the embodiments. For example, the object oriented 
q language is not limited to the C++ language, and may be a language, such as JAVA, 

%j 10 which is equal to the configuration for providing the object oriented technique such as 

91 inheritance, classes, etc. The circuit base classes are not limited to the above classes; a 

01 

^ new class with the property of an optional circuit module may be added, and a class 

which integrates the above classes may be created. 
*n The simulation method and apparatus of the present invention can be provided 

q 15 by a computer and a simulation program executed by the computer. The program, to be 

executed by the computer, can be distributed by a computer-readable storage medium. 
The present invention describes the system with a plurality of modules using 

the features of the object oriented language such as the inheritance, and the classes. 

Therefore, when simulating the system, the statements of the circuit modules and the 
20 connections between the modules, and the expansion or change of the circuit modules 

and the system can be easily and reliably achieved as compared with the conventional 

technique. 

This invention may be embodied in other forms or carried out in other ways 
without departing from the spirit thereof. The present embodiments are therefore to be 
25 considered in all respects illustrative and not limiting, the scope of the invention being 
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indicated by the appended claims, and all modifications falling within the meaning and 
range of equivalency are intended to be embraced therein. 



